Policies / Our Promises and Agreements

Release Protocol

last updated: 28 October 2020

We have a target of two major releases a year and two more interim releases between those. We aim to have a major release point in Q1 and then a further major release point in Q3 with an interim release point in Q2 and Q4.

Interim Releases

Interim releases usually consist of non-urgent bug fixes, small interface upgrades and corrections and not new functionality. Major release points will potentially have new functionality and new UI/UX layouts, and perhaps entirely new sections and methodology.

Interim releases will have a cut-off date for new tasks approximately 4 weeks before release date. This gives us four weeks to complete all the outstanding tasks then enter the testing phase and the subsequent iterations. A week before release we will produce some communications if we think there are changes that will impact our users or alter their workflows. We will offer all our users a chance to try out the release via our beta application. We will attempt to incorporate any minor feedback before the release date, or push back the release date by a maximum of 14 days in order to address the feedback correctly. If any major issues or feedback is received we may decide to draw back from the release, work on the new changes and rollup the interim release into the next major release.

Interim Release Schedule

Weeks 0-8

During this period we will collect and collate all bug reports and new feature requests and decide which are to be included in the interim release.

Work will begin immediately on making the required changes and updates to the beta version.

Week 8

No more new bug fixes or changes are accepted for this release (emergency bugs are handled differently and fall outside the scope of planned upgrades).

Weeks 8-10

Work continues on completing tasks and testing

Week 10

Comms are sent and customers are invited to use the beta site and feedback with their experience and questions.

Week 11

Any feedback is incorporated and tested it possible

Week 12

Any tasks that have not been possible to complete are moved to the next release

Final comms are produced if necessary and the release is scheduled for the end of the 12th week.

Major Releases

Major releases are similar but the cut off date for new functionality is quicker as it will take longer to design, build and test fully. The cut off date is increased from 4 weeks before release to 8 weeks before release. This to allow for a longer period of testing by ourselves and the customers in order to enable us to capture and act on more feedback on potentially large changes.

Major Release Schedule

Weeks 0-8

During this period we will collect and collate all bug reports and new feature requests and decide which are to be included in this release. This will usually entail at least one major change.

Week 8

No more new bug fixes or changes are accepted for this release (emergency bugs are handled differently and fall outside the scope of planned upgrades).

Weeks 8-16

Work continues on completing tasks and testing

Week 16

Comms are sent and customers are invited to use the beta site and feedback with their experience and questions.

Weeks 16-20

Any feedback is incorporated and tested it possible

Weeks 20-24

Any tasks that have not been possible to complete are moved to the next release

Final comms and support material is completed and distributed and the release is scheduled for the end of the 12th week.

Normally we would expect to add a higher volume of small changes to the interim releases and less, but more impactful changes to the major release.

This schedule can not always be followed and it may be necessary to only have one major release in a year and on occasion there are only interim releases as no major new functionality has been added.

Releases are numbered using the regular convention;

1.2.3

^ ^ ^

| | |————— Minor revisions, spelling corrections etc

| |—————– Minor function changes or additions etc

|——————- Major function changes, UX/UI changes etc

An interim release would increment the last or second digit, a major release would increment the second or first digit. At the time of writing we were on TK v1.0.1 (after a major change from our old releases it was decided to reset the version numbers to 1.0.0). Our next release is scheduled for August and will be v1.1.0.

Suite 5, Parkway Five,
Manchester.
M14 7HR
UK

Never miss out, subscribe to our newsletter and podcast


© TeamKinetic, 2024. All rights reserved.

Please tell us a little about you and your organisation, then pick a time and date for us to get in touch.